temps boot puce

Bonsoir,

@gZ_ : L'Ultra est compatible tout Kernel sans ajouts de composants supplémentaires, on parle ici de RGH 1 & 2. Il n'est pas aisé pour tous le monde de devoir perdre du temps à se procurer toute sorte de composants annexes.

Ces optimisations sont inclus pour le même prix dans la puce.

Tout le monde n'as pas forcement le temps pour "optimiser" de façon archaïque sa pose RGH... Depuis la Glitch360Key v1.1 et surtout eRGH la façon de réaliser de manière sécurisé et ce rapidement et proprement une pose RGH à bien évoluée

Concernant le fait que selon tes dires une puce ne joue pas un grand rôle dans la qualité du boot : demande aux utilisateurs ayant tentés la chose avec des clones voir même des CR3 Lite de Tx.. Le constat est sans appel, la qualité des composants est primordiale.

La Glitch360Key Ultra (et eRGH) sont des outils destinés aux professionnels et aux amateurs de Glitch, pas aux techs du dimanche qui souhaitent s'obstiner sur un problème dont la solution est déjà toute trouvée..

@Arsenik27 : La Glitch360Key Ultra à obtenu les même certifications ISO EUR que le Spi 3.0 rev B. Et du coté des performances, tu ne sera pas déçu ^^

Pour les reviews : contact@glitch360key.fr

++

zackwarrior Wrote:
Après il y a écrit compatible tout kernel, je suis désolé mais certaines puces ne sont pas compatible tout kernel, si tu prend une matrix v1, tu l'as met en RGH2 sans les résistances et condo, tu peux patienter avant d'avoir un boot...

ca fait simplement partie de ton travail d'optimisation donc si toutes les puces sont comaptibles tout kernel.
il n'y a pas de puce pour kernel sup a 14xxx etc par exemple ...
sans compter que ce qui joue le plus sur le temps de boot c'est tout simplement la config de la puce et l'optimisation du montage

perso je la prendrais pas .......

et puis niveau temps de boot on a les meme avec les puces de soulheaven ......

Guiiix Wrote:Salut,

Pas de LED verte = problème dans les soudures. Enfin, pour les révisions officielles en tout cas. Je pense que c'est pareil pour le clone.

j'ai repris le point alternatif pour le ft6u7 car j'étais vraiment pas sur

Modbox Wrote:Bonjour

Pour moi tu a fais un court circuit quand tu a souder
regarde au niveau du fil orange qui se met a coté de la puce Hana

si je ne me trompe pas il y en a pas sur Fat mais j'ai quand même contrôlé, j'ai remplacé la resistance r4b24 et refait le fil car il s'était coupé
J'ai ensuite piqué ce fil sur le point B comme la puce le demandait et j'avais toujours le même problème
Je me décide à essayer sans ce fil car je n'ai plus rien à perdre , bien m'en a pris car la console a démarré instantanément et sur xell (je l'avais remis après avoir vu que c'était pas un pb de nand)

Les boots sont très rapides après avoir appuyé sur power:
la led verte s'allume 3sec après celle de la console et presque instantanément (0,5 à 1 seconde maxi) j'ai le ring vert puis le xell qui s'affiche.
J'ai les même temps de boot avec ou sans puce

Merci à tous pour votre aide le rgh fonctionne très bien pour moi, j'ai plus qu'à mettre un cfw

Sujet résolu

vu que le eRGH marche super bien ^^

il reste plus cas voir avec cette nouvelle puce
en plus il disent quel a des temps de boot jamais vu

Salut,

Je te conseille le CoolRunner III personnellement. Il possède un oscillateur intégré et est optimisé pour les temps de boot Corona.

Salut !

En effet, les QSB n'ont pas une très grande utilité...

Concernant la programmation des puces, le soucis, c'est qu'il n'y a pas qu'un seul timming pour Corona. Tu dois choisir celui qui te permettra d'avoir le temps de boot le plus rapide. Donc supposons que tu choisisses une puce préprogrammée, tu seras embêté si le timming choisi n'est pas performant.

Pour les Corona V2, si tu veux des conseils, déjà, fait surtout attention à ne pas cliquer sur formater lorsque Windows te le proposera, dans quel cas tu effaceras ta Nand.
N'essaye surtout pas de dessouder le QSB.
Fixe ton QSB avec du scotch avant de commencer à souder histoire d'éviter qu'il bouge.
Et je te recommande cette config (CRIII Lite) :

timming : 3-2
S2 : 4-8 ON
LK1 ouvert
LK2 fermé
LK3 ouvert
LK4 tout ouvert
CPU_RST : fil le plus court possible au R4P4 (à côté des XClamps).

R4P4 :



Utilise le point original si tu ne le sens pas.

Merci pour ces infos.

D'autres questions, encore... :
- Par rapport à mon ordre de réalisation (étapes 1 à 9 de mon précédent message), ai-je fais des erreurs/oublis ?
- Quand tu dis que la puce DGX 1.0S n'est pas fiable, tu veux dire quoi par là ? Les temps de boot sont lents ? Elle ne boote pas tout le temps ?
- Quelle puce est recommandée, Glitchip 2.2 ? Squirt 1.2 ? Autre ? Autre modèle plus récent / rapide / fiable ?

Et merci encore !